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Print job data is received in the 
printing device by the I/O module 





I/O Module sends the print 
job data to job module 
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Job module works with languages 
module to parse the print job data 
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Based on job characteristics received from the job 
module, the paper path module chooses the source and 
destination trays and starts paper movement 



Data path module receives parsed data from the 
languages module and uses the video controller to 
prepare the video data for the print mechanism 



62 



When video data is ready, the video controller of the data path 
module informs the print controller of the paper path module 
that the video data is ready. The print controller sub-module 
coordinates the start of printing with the video controller sub- 
module (for data transfer) and with the engine controller (for 

paper movement) 



*Fig. 7 
Fig. 8 



Once the page is printed and delivered in the destination bin, 
then the data path module and paper path module inform the job 
module that the page has been safely printed. The Job module 
keeps track of all pages of the print job, and concludes printing 
once all pages have been successfully printed 



Communication flow for a successful print job 



Fig. 2 
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Provide a plurality of print process modules 
configured to at least partially control a 
printing process of a printing device 



r_ 
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Provide a plurality of predetermined event 
rules governing interaction of a plurality of 
print process modules in a printing device 



r 
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Provide a self-correcting module 
configured to communicate with 
each of the print process modules 
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Monitor, from the self correcting module, states of each of 
the plurality of print process modules 



| Receive a status message from each print 
| process module at the self-correcting module 
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j Store the status messages in a global event history i - 
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Determine that a hang condition has occurred during a printing 
process, based on at least one predetermined rule and a state 
of at least one print process module 



Examine the global event history to determine whether the 
conditions of the predetermined rule are met 



✓—116 



Verify that the conditions of the rule remain 



J satisfied over a predetermined period of time ( 
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Set the current state of one or more of the print 
process modules to a default condition 



[ Send a reset command from the 
i self-correcting module to the print 
i process modules 



j 
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Fig. 5 
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Determine an expected state for each print process module 
based on the event history and the predetermined event rules 
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Compare the current state of each printing process module 
to the expected state of each print process module 



Detect a discrepancy between the current state and the 
expected state of at least one print process module 



Fig. 6 
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f 150 

From Fig. 2 

. J d 52 

After a start print request has been sent, if the print engine 
goes to a not-ready state because of a hardware 
requirement, such as may occur when the engine fusers 

need to cool down after printing a specific number of 
pages, the printing device may hang. The print controller 
will be required to send the start print request again, when 
the engine is ready. 

Since the engine controller was cycled to a not-ready state after the 
start print request was sent (an unexpected exception), the print 
controller and engine controller have become out of sync and and thus 
the print controller will endlessly wait for the print engine to become 
ready, even though the print engine is in fact ready. 

I ^156 

The self-correcting module has state information for each print process module 
based on status message events received from each module and stored in the 
global event history. The self-correcting module knows the state of the engine 
controller (that the print engine is ready), the state of print controller (that the print 
controller is waiting for the print engine to be ready to send the start print 
request), and the state of the job module (that a print job is being processed). 

^158 

The self-correcting module is configured to recognize the hang condition 
according to the rule: IF (STATE OF PRINT JOB = PROCESSING and STATE 
OF ENGINE CONTROLLER = READY and STATE OF PRINT CONTROLLER = 
WAITING FOR ENGINE TO BE READY) is TRUE for a predetermined period of 
time, THEN send reset to print controller and engine controller, and instruct job 
module to resend job. The self-correcting module is configured to recognize that 

the conditions of the rule are satisfied, verify that the conditions remain the 
satisfied for a predetermined period of time, and send a command to reset the 
print controller and engine controller so that their states are reset to a default 
condition, from which they can resume communication. 

I ^1 60 

The self-correcting module instructs the job module to send the 
print job again to the paper path module. 



Communication flow for a scenario where the paper path module is hung becaus 
print engine goes to a not-ready state after a start print has been issued 



Fig. 7 
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From Fig. 2 

L_ 

During printing of the print job, the user presses a job cancel key 
on the control panel to cancel the job. A job cancel request is sent 
from the job module to the paper path module, in order to cancel 
the pages with the print engine. The print controller in the paper 
path sends the cancel request to the engine controller, which in turn 
sends a cancel request to the print engine. 



As shown at 166, the print engine has a requirement that the cancel request 
be sent to the print engine by the engine controller, when the conditions are 
acceptable in the print engine. However, a race condition may develop if the 

engine controller simultaneously sends a start print request and a cancel 
request. Due to the race condition, the cancel request may fail with the print 

engine, because the print engine has changed its status. This causes the 
engine controller not to send any cancel reply to the print controller, despite 
the fact that the print controller is waiting for a such a reply, thereby resulting 

in a hang condition. 



j ^168 

The self-correcting module has state information for each print process module 
based on the communication flow in the printing device, since each print process 

module sends status messages (typically events) that are stored in the global 
event history in the self correcting module. The self-correcting module knows the 
state of the engine controller (that it received a cancel request), the state of the 
print controller (that it is waiting for a cancel reply), and the state of the job 
module (that the current job is being cancelled). 



{ ^170 

The self-correcting module not only knows the state of each print process module, 

but also the event rules according to which the print process modules interact. 
According to one of these rules, IF (STATE OF PRINT JOB = CANCELING, and 
STATE OF ENGINE CONTROLLER = RECEIVED CANCELLATION REQUEST, 

and STATE OF PRINT CONTROLLER = WAITING FOR CANCEL REPLY) is 
TRUE for a predetermined period of time, THEN send the self correcting module 
sends a reset command to print controller and to the engine controller, and instructs 

the job module to resend the print job. 



Communication flow for a scenario where the printing device is hung because 
of a race condition in the paper path modul during a job cancel request 
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Fig. 8 
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Conditions: [if video is 
ready and engine ready and 
no error in system] 
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